Conversation
PR SummaryThis pull request introduces a new feature to the
These changes enhance the test framework by allowing custom post-processing of test results, which can be useful for logging, result transformation, or additional validation steps. Test Suggestions
|
There was a problem hiding this comment.
I am not sure that I agree with the choice to run post-process functions for each individual result in a comparison test instead of on the final result. Although it does make sense to have the ability to do so. Maybe we should discuss in vm-library channel to see what the team thinks?
There was a problem hiding this comment.
This interesting point raised by @johnwalz97. Somewhat I agree with him. It would be clean if we keep post-process outside in the hand of users to process using the results/output of a test.
We have rawData available in the output of a test. @juanmleng can we use it in post-proces function to get desirable results?
There was a problem hiding this comment.
@johnwalz97 raised a very valid point here, and made me think about this a bit more. I totally agree @AnilSorathiya If we add the input_id to the RawData in our tests and leave the user to handle the combined and individual results in the post-processing, we can indeed get to the desired results.
|
Closing this PR as we've decided that maintaining the current API is the best approach. Next steps:
The existing |
|
Closing this PR as we've decided that maintaining the current API is the best approach. Next steps:
The existing |
Internal Notes for Reviewers
When running comparison tests with
input_gridorparam_gridand apost_process_fn, the post-processing function is applied to the combined results rather than to individual test results. This can lead to an unexpected or unintuitive display of outputs, as post-processing functions are not associated with a specificinput_idbut are instead applied to the aggregated results.External Release Notes